METHODS AND APPARATUS FOR MANAGING 
VOICE OVER IP TELEPHONY 



BACKGROUND OF THE INVENTION 

[0001] The present invention involves the field of 
telecommunications and, in particular, the invention relates 
to methods and apparatus for managing Voice Over Internet 
(VOIP) calls, for example terminating in a Public Switching 
Telephone Network (PSTN) . 

[0002] Numerous advances have, been made in the field of 
telecommunications. In particular, the field of Internet 
telephony has emerged as a viable technology that is evolving 
at an ever increasing rate. Evidence of this evolution of 
Internet telephony is best characterized by the number of 
products that have become available in the market. Products 
such as CoolTalk by Netscape Communications Corporation of 
Mountain View, Calif.; Internet Connection Phone by 
International Business Machines of Amonk, N.Y.; Intel Internet 
Phone (IPhone) by Intel Corporation of Santa Clara, Calif.; 
NetMeeting by Microsoft Corporation, Redmond, Wash.; 
Quarterdeck WebTalk by Quarterdeck Corporation of Marina Del 
Rey, Calif.; TeleVox by Voxware Incorporated of Princeton, 
N.J.; and WebPhone by Netspeak Corporation of Boca Raton, 
Fla., are representative of the current state of applications 
facilitating Internet telephony. 

[0003] Each of these products offers Internet based voice 
communications with a telephone motif, between two users each 
using the same (or compatible) product on either end of the 



Internet connection. That is, the Internet provides the 
"switching" architecture for the system, while the computer 
acts as the "handset", or the audio interface. One reason for 
the proliferation of these applications is a desire to push 
the technology of the Internet to provide a total 
communications tool. The appeal to users is that the use of 
the Internet is free of toll charges. Therefore, a user of an 
Internet phone product may communicate with another user 
located anywhere else in the world without having to pay the 
long distance charges associated with making a telephone call 
using the PSTN. 

[0004] It is noted that a VOIP call need not involve the use of 
client terminals (user computers) at each end thereof as is 
the case with the above products. Indeed, any type of 
telephone terminal, handset, cell phone, etc. may be used to 
initiate or receive a VOIP call by connecting to a PSTN and 
thereafter traveling through the Internet over one or more 
gateways . 

[0005] The PSTN is a circuit switched network. That is to say 
that the PSTN assigns a dedicated communication line to a user 
with which to complete the telephone call, wherein the user 
can utilize the assigned resource of the PSTN in any way they 
choose. It is understood that the user is paying for the use 
of the dedicated resource of the PSTN. While the circuit 
switched approach of the PSTN system is not necessarily the 
most efficient system in terms of call traffic (i.e., it does 
not make use of the "dead space" common in a conversation) , it 
is relatively easy to ensure that information destined for a 
particular user is delivered. The PSTN provides a dedicated 
line to complete the transaction. 
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[0006] The Internet is a packet switched network, where 
communication is accomplished by breaking the transmitted data 
into varying-sized packages (or "packets") , based primarily on 
communication content, and interleaving the packets to best 
utilize the bandwidth available at any given time on the 
Internet. When the packets reach their intended destination, 
they must be reassembled into the originally transmitted data. 
Loss of packets, and thus data, occur frequently in such a 
network, and the ability of the network to successfully 
transmit information from one point in the network to another 
determines the quality of the network. For inter-computer 
communication transactions involving non real-time data, the 
ability to transmit packets and retransmit any packets that 
are perceived to have been dropped is not a severe limitation 
and may not even be perceived by the user of the system. 
However, in a voice communication transaction, the delay 
required to retransmit even one data packet may be perceived 
by a user. 

[0007] A system of gateways disposed on the Internet facilitates 
VOIP telephony by permitting the gateways to act as protocol 
bridges between the PSTN and the Internet. For example, ITXC 
Corporation of Princeton, New Jersey operates a global VOIP 
network, called ITXC.net®, which can facilitate a VOIP call 
that traverses both PSTN networks and packet switched networks 
like the Internet. The originator of a VOIP call may use a 
standard telephone connected to a first PSTN to dial a 
telephone number of another person on a different PSTN. A 
number of trunk lines of the first PSTN connect to a plurality 
of gateways (servers) that connect the first PSTN to a packet 
switched network, such as the Internet. One of the gateway 
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servers (say an initiator gateway) will handle the initiated 
call from the first PSTN. In particular, the initiator 
gateway will send its position in the network along with the 
telephone number of the other person (within the second PSTN) 
to a rate engine/directory gatekeeper. The rate 

engine/directory gatekeeper determines which of many other 
gateways should be used to complete the call to the telephone 
number in the second PSTN (say a terminator gateway) and 
transmits this information to the initiator gateway. The rate 
engine/directory gatekeeper also keeps accounting information 
in accordance with well-known clearinghouse billing models. 
The initiator gateway then establishes a call connection with 
the terminator gateway (which may involve routing the call 
through a number of intermediate servers on the Internet) . 
The terminator gateway completes the call to the other person 
by connecting to the second PSTN over one of the trunk lines 
thereof . 

[0008] Further details of certain portions of the ITXC.net® 
global network and other associated elements and systems may 
be found in U.S. Patent Nos.: 6,628,760; 6,404,864; 

6,310,941; 6,304,637; 6,298,056; and 6,212,192, the entire 
disclosures of which are hereby incorporated by reference. 
[0009] Although advancements are being made in the technologies 
associated with VOIP telephony, both users and service 
providers are generally satisfied with the current state of 
the art in so far as quality of service and billing is 
concerned. This is not to say, however, that problems do not 
occur. For example, from time to time the terminator gateway 
may act as if the VOIP call is active despite the - fact that 
the call is actually inactive and that the initiator gateway 
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recognizes that the call has ended. This can create a 
significant problem in connection with billing, in as much as 
a substantial discrepancy can exist between the number of call 
minutes that the initiator gateway records as compared with 
the number of calling minutes that the terminator gateway 
records. These calls are referred to as "hung calls" or "long 
calls" in the art and the discrepancies that result may be 
measured in minutes, hours, and even days. Hung calls result 
in significant loss of revenues either because the discrepancy 
may not be resolved or because significant resources in terms 
of personnel and lost opportunities may be required to resolve 
any such discrepancies. 

[0010] An existing technique for mitigating the discrepancies 
associated with hung calls involves the use of so-called RTCP 
timers, which measure the flow of RTCP packets that are 
transmitted and received in connection with the call. Each of 
the gateways in the system employ the RTCP timers to determine 
whether sufficient data packets are flowing as a measure of 
whether the call is active or inactive. For example, if in a 
given call no RTCP packets flow within a 55 second time 
period, then the gateway takes steps to tear down the call. 
Although the use of RTCP timers are helpful in combating hung 
calls and the billing discrepancies associated therewith, they 
are not effective 100% of the time. Indeed, substantial data 
packet latency and/or packet loss may affect the ability of 
the RTCP timers to detect a hung call, thereby permitting the 
hung call to remain and the discrepancy to occur. 
[0011] A conventional technique to address a hung call that is 
not detected by the RTCP timers involves the use of a tool 
command language script that is stored within each of the 
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gateways in the system. On a periodic basis, the script is 
executed in order to determine whether any calls have an up- 
time over a predetermined threshold, such as 180 minutes. 
Thus, the script technique ensures that no discrepancy can 
exceed 180 minutes. 

[0012] Unfortunately, the use of scripts that reside at the 
respective gateways of the system are problematic for several 
reasons. First, a service provider must have access to each 
of the gateways in order to load the script and ensure that it 
operates properly. Second, once the script is loaded into a 
given gateway, the predetermined threshold (e.g., 180 minutes) 
is fixed and cannot be altered without a significant retrofit 
activity in which new scripts are loaded into each of the 
gateways of the system. It is noted that the aforementioned 
problems are exacerbated when the gateways are not owned by 
the service provider seeking to minimize the number and extent 
of hung calls. Indeed, any number of third party entities may 
own the gateways, thereby presenting a significant obstacle in 
terms of implementing a script routine. Finally, the 

invocation and execution of a script at the gateways of the 
system represents a significant overhead activity that reduces 
transmission efficiency and data throughput. 

[0013] Accordingly, there are needs in the art for new methods 
and apparatus of managing VOIP calls, particularly with 
respect to minimizing the occurrences and extent of hung 
calls . 

SUMMARY OF THE INVENTION 

[0014] In accordance with one or more aspects of the present 
invention, a method includes: obtaining information at an 
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administrative entity concerning one or more voice-over- 
Internet (VOI) calls gathered at one or more session 
controllers operatively coupled between one or more packet 
switched networks and one or more public switched telephone 
networks; analyzing the information to determine whether any 
of the calls are inactive; and sending at least one command 
from the administrative entity to the one or more session 
controllers that causes the session controllers to drop any 
VOIP calls that are determined to be inactive. 

[0015] Preferably, the information concerning the VOIP calls 
includes call IDs and uptime values. The step of analyzing 
the information may include determining whether any of the 
uptime values exceeds a threshold level. Preferably, a 
determination is made that a given call is inactive when the 
uptime value of that call exceeds the threshold level. The 
threshold level may be variable dependent on one or more other 
parameters, or it may be fixed, such as 180 minutes. 
[0016] Alternatively (or in addition) , the information may 
include at least one of: (i) numbers of data packets 
transmitted during the VOIP calls; and (ii) numbers of data 
packets received during VOIP calls. The analysis may include 
determining whether the numbers of data packets transmitted 
during the VOIP calls, and/or the numbers of data packets 
received during VOIP calls, are substantially unchanging over 
time. Preferably a determination is made that a given call is 
inactive when the number of data packets transmitted and/or 
received during that call over a given period of time does- not 
exceed a threshold level . The threshold level may be variable 
dependent on one or more other parameters . 
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[0017] The at least one command may be sent from the 
administrative entity to the one or more session controllers 
over the packet switched network. 

[0018] In accordance with one or more further aspects of the 
present invention, a method includes: sending a request for 
information from an administrative entity to one or more 
session controllers operatively coupled between one or more 
packet switched networks and one or more public switched 
telephone networks, the information concerning one or more 
voice-over- Internet (VOI) calls being supported by the one or 
more session controllers; and sending at least one command 
from the administrative entity to the one or more session 
controllers that causes the session controllers to drop any 
VOIP calls that are inactive. 

[0019] Preferably, the step of sending the request for 
information from the administrative entity to the one or more 
session controllers is carried out at a predetermined rate. 
[0020] In accordance with one or more further aspects of the 
present invention, a method includes: receiving a request for 
information from an administrative entity at one or more 
session controllers operatively coupled between one or more 
packet switched networks and one or more public switched 
telephone networks, the information concerning one or more 
voice -over- Internet (VOI) calls being supported by the one or 
more session controllers; sending the information from the one 
or more session controllers to the administrative entity; and 
receiving at least one command at the one or more session 
controllers from the administrative entity causing the one or 
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more session controllers to drop any VOIP calls that are 
inactive . 

[0021] In accordance with one or more further aspects of the 
present invention, an administrative server includes: a 
receiver operable to obtain information concerning one or more 
voice-over- Internet (VOI) calls gathered at one or more 
session controllers operatively coupled between one or more 
packet switched networks and one or more public switched 
telephone networks; an analyzer operable to process the 
information to determine whether any of the calls are 
inactive; and a transmitter operable to send at least one 
command to the one or more session controllers that causes the 
session controllers to drop any VOIP calls that are determined 
to be inactive. 

[0022] In accordance with one or more further aspects of the 
present invention, an administrative server includes: a 
transmitter operable to: (i) send a request for information 
to one or more session controllers operatively coupled between 
one or more packet switched networks and one or more public 
switched telephone networks, the information concerning one or 
more voice-over-Internet (VOI) calls being supported by the 
one or more session controllers; and (ii) send at least one 
command to the one or more session controllers that causes the 
session controllers to drop any VOIP calls that are determined 
to be inactive. 

[0023] In accordance with one or more further aspects of the 
present invention, an apparatus is operable to execute a 
software program that causes a processor and supporting 
devices to carry out actions. The actions include: sending a 
request for information to one or more session controllers 
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operatively coupled between one or more packet switched 
networks and one or more public switched telephone networks, 
the information concerning one or more voice -over- Internet 
(VOI) calls being supported by the one or more session 
controllers; receiving the information from the one or more 
session controllers; analyzing the information to determine 
whether any of the calls are inactive; and sending at least 
one command to the one or more session controllers that causes 
the session controllers to drop any VOIP calls that are 
determined to be inactive. 

[0024] In accordance with one or more further aspects of the 
present invention, an apparatus includes: means for sending a 
request for information to one or more session controllers 
operatively coupled between one or more packet switched 
networks and one or more public switched telephone networks, 
the information concerning one or more voice-over- Internet 
(VOI) calls being supported by the one or more session 
controllers; means for receiving the information from the one 
or more session controllers; means for analyzing the 
information to determine whether any of the calls are 
inactive; and means for sending at least one command to the 
one or more session controllers that causes the session 
controllers to drop any VOIP calls that are determined to be 
inactive . 

[0025] In accordance with one or more further aspects of the 
present invention, a session controller is operatively coupled 
between one or more packet switched networks and one or more 
public switched telephone networks. The session controller 
includes: a receiver operable to receive a request for 
information from an administrative entity, the information 
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concerning one or more voice-over-Internet (VOI) calls being 
supported by the session controller; and a transmitter 
operable to send the information to the administrative entity, 
wherein the session controller is operable to receive at least 
one command from the administrative entity causing the session 
controller to drop any VOIP calls that are inactive. 
[0026] In accordance with one or more further aspects of the 
present invention, a session controller is operable to execute 
a software program that causes the session controller and any 
associated devices to execute steps. The steps include: 
receiving a request for information from an administrative 
entity, the information concerning one or more voice-over- 
Internet (VOI) calls being supported by the one or more 
session controllers; sending the information to the 
administrative entity; and receiving at least one command from 
the administrative entity causing the session controller to 
drop any VOIP calls that are inactive. 

[0027] In accordance with one or more further aspects of the 
present invention, ' the session controller includes: means for 
receiving a request for information from an administrative 
entity, the information concerning one or more voice-over- 
Internet (VOI) calls being supported by the one or more 
session controllers; means for sending the information to the 
administrative entity; and means for receiving at least one 
command from the administrative entity causing the session 
controller to drop any VOIP calls that are inactive. 
[0028] Other aspects, features, and advantages of the present 
invention will be apparent to one skilled in the art from the 
description herein taken in conjunction with the accompanying 
drawings . 
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DESCRIPTION OF THE DRAWINGS 

[0029] For the purposes of illustration, there are forms shown 
in the drawings that are presently preferred, it being 
understood, however, that the invention is not limited to the 
precise arrangements and instrumentalities shown. 
[0030] FIG. 1 is a block diagram of a system capable of 
facilitating VOIP calls in accordance with one or more aspects 
of the present invention; 

[0031] FIG. 2 is a block diagram of an alternative system 
capable of facilitating VOIP calls in accordance with one or 
more further aspects of the present invention; and 
[0032] FIG. 3 is a flow diagram illustrating process steps that 
may be carried out by one or more of the system elements of 
FIGS. 1 or 2 in accordance with still further aspects of the 
present invention . 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0033] With reference to the drawings, wherein like numerals 
indicate like elements, there is shown in FIG. 1 a block 
diagram of an exemplary communication system 100 incorporating 
one or more aspects of the present invention. In particular, 
the system 100 may connect a user of a VOIP telephony-enabled 
(e.g., an Internet telephony enabled) client computer or a 
PSTN initiating telephone with a user of a PSTN terminating 
telephone or a VOIP telephony-enabled client computer. 
[0034] While the present invention will be described in the 
context of this exemplary computer system, based on the 
descriptions to follow, those skilled in the art will 
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appreciate that the present invention is not limited to this 
embodiment, and may be also practiced with intranet (in lieu 
of the Internet) and/or automated/computerized telephony 
answering equipment (in lieu of telephone handsets) . 
[0035] The communication system 100 includes a packet switched 
network 102, such as the Internet, a plurality of zone 
gateways (ZGWs) 104A, 104B, a plurality of "local" gateways 
(GWs) 106A, 106B and one or more PSTNs 108A, 108B. The zone 
gateways 104 are geographically distributed about the network 
102 and may be grouped into a first set 104A that is generally 
associated with the PSTN 108A and a second group 104B that is 
generally associated with the PSTN 108B. The local gateways 
106 provide a protocol bridge function inasmuch as they act as 
interfaces between the packet switched network 102 and the 
public switched networks 108. The local gateways 106 are 
preferably distributed about the respective PSTNs 108 in order 
to facilitate efficient access to various portions of the 
networks. A first set of the local gateways 106A may be 
considered to be associated with the PSTN 108A, while a second 
set of the local gateways 106B may be considered to be 
associated with the PSTN 108B. * 
[0036] The system 100 also includes an administrator 112 that is 
coupled to the packet switched network 102 through one or more 
servers 114A, 114B. The general function of the administrator 
112 and the associated server (s) 114 may be better understood 
in connection with an illustrative example of the use of the 
system 100. Assuming that a user (initiator) within the PSTN 
108A seeks to place a call to a user of the PSTN 108B, the 
initiator may utilize his or her telephone (or client 
terminal) to enter the telephone number of the receiving user 
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in the PSTN 108B. This telephone number will be transmitted 
to one of the local gateways 106A over one of the trunk lines 
110. That local gateway 106 will transmit the telephone 
number and its location to the administrator 112 through one 
or more of the servers 114. The administrator 112 uses this 
information to determine which of the local gateways 106B is 
most appropriate to route the call to the receiving user 
within the PSTN 108B. The administrator 112 also manages the 
billing associated with use of the respective trunk lines and 
other components of the respective PSTNs 108A, 108B. 
[0037] One skilled in the art will appreciate that the 
communication system 100 illustrated in FIG. 1 is 
significantly more complex than that which is depicted. For 
example, each of the PSTNs 108A, 108B includes a number of 
Service Switching Points (SSPs) , Signal Transfer Points STPs) , 
and Service Control Points (SCPs) coupled to one another (not 
shown) . Each "local" SSP is coupled to an associated STP, 
which in turn is coupled to other "remote" SSPs. Each of the 
remote SSPs is coupled to a number of "remote" PSTN 
extensions. As is well known in the art, The Internet 102 
includes a number of networks interconnected by routers, which 
also interconnect a plurality of client computers and other 
equipment, web servers and bridgeports. The Internet 102 
includes well over several hundred thousand networks. 
Together, the PSTNs 108A, 108B and the Internet 102 
interconnect millions of client computers and web servers. 
Nonetheless, FIG. 1 captures a number of the components of the 
communication system 100 necessary to illustrate the 
interrelationships between system components such that one 
skilled in the art may practice the present invention. 
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[0038] It is noted that the system 100 contemplates many more 
PSTNs 108 than are depicted in FIG. 1. Moreover, the system 
100 is not limited to VOIP calls emanating from and 
terminating in respective PSTNs 108. Indeed, any number of 
other originating networks (ON) 116 and/or terminating 
networks (TN) 118 are contemplated as falling within the 
spirit and scope of the invention as claimed. It is noted 
that these originating networks 116 and/or terminating 
networks 118 may be coupled to the packet switch network 102 
(directly or indirectly) or may be coupled to one or more of 
the gateways, such as the local gateways 10 6 or the zone 
gateways 104. 

[0039] The zone gateways 104, the local gateways 106 and/or the 
servers 114 and administrator 112 are intended to represent a 
broad category of web servers, including corporate presence 
servers and/or government presence servers, which are known in 
the art . Any number of high performance computer servers may 
be employed to implement these devices, e.g., a computer 
server equipped with one or more Pentium processors from Intel 
Corp., running the Mircrosoft Windows NT operating system, or 
a computer server equipped with one or more SPARC processors 
from Sun Microsystems of Mountain View, Calif., running the 
Sun Solaris operating system. 

[0040] With reference to FIG. 2, an alternative communication 
system 200 (which also may be used in conjunction with the 
system 100 of FIG. 1) is illustrated. The system 200 is 
substantially similar to that of FIG. 1 except that it 
includes session controllers (SC) 202 instead of (or in 
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addition to) the zone gateways 104. It is noted that the 
communication system 200 is even more simplified as compared 
with that of FIG. 1. Indeed, one skilled in the art will 
appreciate that many more session controllers 202 and/or local 
gateways 106 would be employed in a practical system. The 
session controllers 202 are preferably VOIP session 
controllers acting as firewalls and protocol bridges to 
facilitate an exchange of network traffic over multiple 
partner networks . 

[0041] By way of example, the session controllers 202 may be 
implemented using Multiprotocol Session Controllers from 
NexTone of Germantown, Maryland. The session controllers 202 
may be located on the border of the VOIP service provider 
(such as the ITXC.net) and serve as intermediaries to 
affiliate VOIP networks. In particular, the session 

controllers 202 preferably provide dynamic call -admission 
control, SIP/H.323 signaling interworking and network address 
translation (NAT) capabilities. 

[0042] Advantageously, this permits the VOIP service provider to 
simply and cost-effectively extend its global service with 
robust and scalable interconnection to virtually any SIP or 
H.323 based VOIP network. For example, the NexTone session 
controllers may enable secure and flexible interconnection 
between VOIP networks regardless of the network call control 
protocols, equipment vendors, or internal architectures. The 
use of NexTone session controllers may also eliminate many of 
the T.38 fax interoperability issues that are common among 
different equipment vendors' VOIP gateways. These VOIP 
interconnection capabilities enable the VOIP service provider 
to interconnect to a diverse range of local VOIP carriers 
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directly across the Internet, without requiring or creating 
technical dependencies between the service provider's network 
and peer networks . 

[0043] It is noted that the session controllers 202 may also be 
implemented using other manufacturer's equipment, such as by 
Acme Packet of Wodburn, MA; and Emergent Network Solutions, 
Inc. of Allen, TX. 

[0044] With reference to either of the systems of FIGS. 1-2 
and FIG. 3, one or more aspects of the present invention 
contemplate obtaining information at the administrator 112 
concerning the VOIP calls taking place throughout the network, 
particularly information concerning the information on calls 
that may be gathered at the local gateways 106 (FIG. 1) and/or 
the session controllers 202 (FIG. 2) . This information if 
preferably utilized by the administrator 112 in order to 
determine whether any of the calls are inactive (e.g. hung). 
If so, the administrator 112 is preferably operable to send 
one or more commands to the zone gateways 104 and/or the 
session controllers 202 that cause them to drop any VOIP calls 
that are determined to be inactive. 

[0045] With specific reference to FIG. 3, at action 300, the 
administrator 112 preferably sends a request for information 
to the zone gateways 104 and/or the session controllers 202. 
Preferably, the request is sent over the packet switched 
network 102, although a given request for information may be 
sent over an alternative link all depending on whether 
alternative data communications between the administrator 112 
and any of the gateways and/or session controllers exists. At 
action 302, one or more of the zone gateways 104 and/or the 
session controllers 202 receives the request for information 
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from the administrator 112. In response, the gateways 104 
and/or the session controllers 2 02 gather the requested 
information, such as call IDs, uptime values, number of RTCP 
packets, etc. At action 304, the requested information is 
preferably transmitted from the respective zone gateways 104 
and/or session controllers 202 to the administrator 112. 
[0046] At action 306, the administrator 112 analyzes the 
information provided by the zone gateways 104 and/or the 
session controllers 202 to determine whether any of the calls 
are inactive. For example, the analysis may include 

determining whether any of the uptime values exceeds a 
threshold level. A determination may be made that a given 
call is inactive when the uptime value of that call exceeds 
the threshold level, such as 180 minutes (action 308). 
Preferably, the threshold level is variable and may be 
established by the administrator 112 depending on one or more 
other parameters, such as system load, etc. In an alternative 
embodiment of the invention, the information concerning the 
VOIP calls may include the numbers of data packets transmitted 
during the VOIP calls and/or the numbers of data packets 
received during the VOIP calls. In this embodiment, the 
analysis of the information by the administrator 112 may 
include determining whether the numbers of data packets 
transmitted and/or received during the VOIP calls are 
substantially unchanging over time. For example, a 

determination may be made that a given call is inactive when 
the number of data packets transmitted and/or received during 
that call over a given period of time does not exceed a 
threshold level. Again, the threshold level is preferably 
variable depending on one or more other parameters. 
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[0047] If a determination is made at action 308 that a call is 
not hung, then the process flow preferably feeds back to 
action 3 00 where another request for information is made by 
the administrator 112. In this regard, the administrator 112 
preferably sends the requests for information at a 
predetermined rate, such as five minutes, ten minutes, etc. 
Preferably, the predetermined rate is variable depending on 
one or more other parameters, such as the processing load on 
the respective zone gateways 104 and/or the session 
controllers 202. Indeed, if the load on a given one or more 
of the zone gateways 104 and/or the session controllers 202 is 
substantially high, then the administrator 112 may reduce the 
frequency at which it requests the information in order to 
lesson the burden on the devices and improve transmitting 
efficiencies . 

[0048] If the determination at action 3 08 is in the affirmative 
(i.e., it is determined that a call is hung), then the 
administrator 112 preferably sends at least one command to the 
one or more zone gateways 104 and/or the session controllers 
202 that causes them to drop any" VOIP calls that are 
determined to be inactive (action 310) . Preferably, the step 
of sending the command to terminate the call or calls includes 
transmitting the at least one command from the administrator 
112 to the zone gateway 104 and/or the session controller 202 
over the packet switched network 102. In this regard, the 
zone gateways 104 and/or the session controllers 202 are 
preferably operable to receive the command or commands from 
the administrator 112 and to take steps to drop any VOIP calls 
that are inactive in response. 
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[0049] Advantageously, the various aspects of the present 
invention may permit the detection and elimination of hung 
calls in a VOIP network that is flexible to the service 
provider and that minimizes overload tasks by the system 
gateways . 

[0050] Although the invention herein has been described with 
reference to particular embodiments, it is to be understood 
that these embodiments are merely illustrative of the 
principles and applications of the present invention. It is 
therefore to be understood that numerous modifications may be 
made to the illustrative embodiments and that other 
arrangements may be devised without departing from the spirit 
and scope of the present invention as defined by the appended 
claims . 
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